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(54) Messaging advice in presence-aware networks 



(57) A presence aware communications system in- 
cluding messaging means for receiving, storing, and pro- 
viding messages to subscribers, presence server means 
for receiving messages regarding addresses of available 
communication devices of subscribers and providing one 
or more of the addresses to the messaging means, pres- 
ence information database means for storing the ad- 
dresses, and characterized in that the messaging means 
performs at least one of the following operations: (a) 
when a notification is received that the subscriber's com- 
munication device is available, provide the subscriber's 
communication device with a text message containing 
information regarding one or more messages for the sub- 
scriber received by the messaging means; and (b) pro- 
vide the subscriber's communication device with a text 
message relating to a voice message for the subscriber 
received by the messaging means from a third party. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention is directed generally to 
telephony networks and specifically to presence-aware 
telephony networks. 

BACKGROUND OF THE INVENTION 

[0002] The convergence of the mobile telephone net- 
work, the static telephone network, and the IP network 
provides a myriad of communication options for users. If 
one seeks to contact another individual, he or she may 
do so by electronic mail or e-mail, instant messaging, 
wired or wireless telephone, personal computer, pager, 
personal digital assistant or PDA, and Unified Messaging 
or UM systems, to name but a few. With so many options, 
it is difficult, if not impossible, to determine which option 
at a given point in time will provide the caller with the 
highest likelihood of contacting the desired individual or 
callee. Trial and error and guesswork are the typical tech- 
niques used to contact the callee, which more often than 
not leads to a waste of time and frustration on the part 
of the caller. 

[0003] Various attempts have been made to provide a 
presence aware network, which would temporally track 
an individual's usage of selected communication devices 
to provide a contactor with the highest likelihood of con- 
tacting the individual. Most recently, the Session Initiation 
Protocol or SIP (which is a simple signaling/application 
layer protocol for data network multimedia conferencing 
and telephony) has been developed to provide a degree 
of presence awareness in a communication network. Al- 
though other protocols are equally supportive of pres- 
ence concepts, SIP provider an illustrative basis for the 
present invention. 

[0004] In SIP, end systems and proxy servers can pro- 
vide services such as call forwarding, callee and caller 
number delivery (where numbers can be any naming 
scheme such as a conventional URL format), personal 
mobility (the ability to reach a callee under a single, lo- 
cation-independent address even when the callee 
changes terminals), terminal-type negotiation and selec- 
tion (e.g., a caller can be given a choice on how to reach 
the callee), mobile phone answering service, terminal ca- 
pability negotiation, caller and callee authentication, blind 
and supervised call transfer, and invitations to multicast 
conferences. 

[0005] To provide these varied services, SIP uses a 
relatively simple message system, namely an "INVITE" 
message (with the caller's codec preferences) and an 
"OK" message (with the callee's codec preferences), and 
various software entities, namely registrars which main- 
tain a map of the addresses of a given user at the current 
time, proxies which perform call routing, session man- 
agement, user authentication, redirect functions, and 
routing to media gateways, redirect servers which per- 



form a subset of forwarding functions, and SIP location 
servers which maintain user profiles and provide sub- 
scriber registration. "Registration" is a mechanism 
whereby a user's communication device registers with 

5 the network each time he or she comes online and indi- 
vidual profiles are accessed that specify information for 
routing based on a number of different criteria. 
[0006] Although SIP provides some degree of pres- 
ence awareness, more presence awareness is desirable. 

10 A fundamental problem of existing implementations is a 
notification gap in human communication between live- 
call and messaging systems. Existing implementations 
integrate live-call scenarios on an extremely limited 
scope. They are generally characterized by static rules 

15 for terminating a call at the messaging system or by al- 
lowing the messaging system to launch a call. For exam- 
ple, to determine the message waiting status of a mailbox 
you must either log into the mailbox, or the mailbox must 
turn on a device-specific message-waiting lamp or other 

20 static indicator. Both of these mechanisms exemplify di- 
rect, deliberate action on the part of either the user or the 
system, which is typical of current systems. Current com- 
mercial messaging systems allow only primitive dynamic 
correlation of message notification, presence and current 

25 call context. Even the most advanced workflow engines 
and collaborative environments in data networks that use 
more dynamic presence data with mailbox status notifi- 
cation suffer from severe limitations in their scope of com- 
munications. They generally cannot interoperate with the 

30 public switched telephone network. 

SUMMARY OF THE INVENTION 

[0007] These and other needs are addressed by the 
35 various embodiments and configurations of the present 
invention. The present invention is directed generally to 
methodologies and systems for using presence informa- 
tion to provide enhanced services to users of presence- 
aware communication networks, including subscribers 
40 of enhanced services and nonsubscribers. 

[0008] In a first embodiment of the present invention, 
a method is provided for handling a contact (e.g., call) 
directed to a subscriber who may be currently engaged 
in a messaging activity. The method includes the steps of: 

45 

(a) conducting a messaging session with asubscrib- 
er's communication device in which previously re- 
ceived messages (e.g., voice mail messages, elec- 
tronic messages such as e-mail, instant messages, 

50 faxes, broadcast messages, notices, alerts, calen- 

dar items and directory information) are provided to 
the subscriber's communication device; 

(b) during the messaging session, receiving a new 
contact intended for the subscriber's communication 

55 device; 

(c) notifying the subscriber of the new contact at- 
tempt; 

(d) when the subscriber accepts the contact, tempo- 
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rarily suspending the messaging session preferably 
preserving the state of the session and disabling 
timeout disconnect treatment for the duration of the 
contact; and 

(e) connecting the contactor with the subscriber's on 
the current call. 

[0009] Preferably, the messages are one or more of 
text messages and voice messages and wherein, in the 
suspending step, a state of the messaging session is 
preserved and timeout disconnect treatment disabled for 
the duration of the new contact. 

[0010] Preferably, conducting step comprises assign- 
ing to the messaging session a temporary barge-in ad- 
dress for receiving incoming contacts. 
[001 1 ] Preferably, the conducting step comprises reg- 
istering the barge-in address with a presence server. 
[0012] Preferably, the subscriber does not accept the 
contact, initiating a new and different session with the 
contactor to receive a message from the contactor. 
[0013] Preferably, the method further comprises, when 
the contact is terminated, continuing the messaging ses- 
sion with the subscriber's communication device. 
[0014] A "subscriber" refers to a person who is serviced 
by, registered or subscribed with, or otherwise affiliated 
with a messaging system. "Presence information" means 
any information associated with a network node and/or 
endpoint device, such as a communication device, that 
is in turn associated with a person or identity. Examples 
of presence information include registration information, 
information regarding the accessibility of the endpoint 
device, the endpoint's telephone number or address, the 
recency of use of the endpoint device by the person, re- 
cency of authentication by the person to a network com- 
ponent, the geographic location of the endpoint device, 
the type of media, format language, session and com- 
munications capabilities of the currently available com- 
munications devices, the preferences of the person (e.g., 
contact mode preferences or profiles such as the com- 
munication device to be contacted for specific types of 
contacts or under specified factual scenarios, contact 
time preferences, impermissible contact types and/or 
subjects such as subjects about which the person does 
not wish to be contacted, and permissible contact type 
and/or subjects such as subjects about which the person 
does wish to be contacted. Presence information can be 
userconfigurable, i.e., the user can configure the number 
and type of communications and message devices with 
which they can be accessed and to define different pro- 
files that define the communications and messaging op- 
tions presented to incoming contactors in specified fac- 
tual situations. 

[001 5] By identifying predefined facts, the system can 
retrieve and follow the appropriate profile. "Contact" 
means a connection or request for connection between 
two or more communication devices. The contact can 
be, for example, a telephone call, a chat session, a VoIP 
session, a conference call, instant message session, and 



multi-mediasession. Communication devices can be any 
type of communicating device, whether configured for 
circuit-switched or packet-switched networks, including, 
for example, IP hardphones such as the Avaya, Inc. 
5 6400™, 2420™, and 4600™ series phones, Personal 
Digital Assistants or PDAs, Personal Computers or PCs, 
laptops, pagers, facsimile machines, modems, wired and 
wireless telephones, headsets, computing tablets, wear- 
able communication devices, or any device capable of 
10 hosting software applications providing communications 
services such as e-mail clients, browsers, softphones, 
instant messaging, chat, audio conferring, etc. or devices 
which offer a combination of any such services. 
[001 6] In the second embodiment, a method for updat- 
es ing asubscriber regarding the receipt of one or more new 
messages is provided. The method includes the steps of: 

(a) receiving a first notification relating to the avail- 
ability of a communication device associated with a 

20 subscriber; 

(b) determining a content type for a second notifica- 
tion containing message-related information, based 
on one or more capabilities of the communication 
device as reported by the presence server; and 

25 (c) when the communication device is configured to 
receive such content, transmitting the second notifi- 
cation to the communication device. 

[001 7] Preferably, the method further comprises, when 
30 the communication device is not configured to receive 
the content type, contacting the communication device 
to initiate an audio session for providing the message- 
related information to the subscriber. 
[001 8] Preferably, the text message is an instant mes- 
35 sage. 

[0019] Preferably, the message-related information 
comprises at least one of a number of waiting messages, 
an identity of an originator of a waiting message, a time 
of receipt of a waiting message, and the content of a 

40 waiting message. 

[0020] Preferably, the method further comprising, be- 
fore the receiving step, subscribing with a presence serv- 
er to receive information associated with the availability 
of the communication device. 

45 [0021] Preferably, the communication device is avail- 
able when a presence server receives a message con- 
taining an address associated with the device. 
[0022] Preferably, the communication device is avail- 
able when at least one of the following statements is true: 

50 the communication device has an unexpired registered 
address, and the subscriber used the communication de- 
vice within a predetermined time period. 
[0023] "Availability" refers to the accessibility of at least 
one communication device associated with an identity 

55 through selected communication media. For example, 
an identity can be deemed to be available when an as- 
sociated communication device firsts registers its ad- 
dress; when the subscriber used the communication de- 
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vice recently (i.e., within a predetermined time period); 
when the capabilities of the device dynamically change 
to allow it to, for example, receive "text" or when any 
device on the network is authenticated for the subscriber. 
The message-related information can be any type of in- 
formation relating to one or more selected messages. 
Examples include the number of waiting, unreviewed, 
stored, unplayed, or unviewed messages, the identity of 
a selected message originator, the time of receipt of a 
selected message, and all or some of the contents of the 
selected message. 

[0024] The second embodiment further provides an- 
other method for updating a subscriber regarding the re- 
ceipt of one or more new messages. The method includes 
the steps of: 

(a) receiving a new message for a subscriber; 

(b) determining whether acommunication device as- 
sociated with the subscriber is available; and 

(c) when a communication device associated with 
the subscriber is available, transmitting a notification 
to the subscriber. The notification typically contains 
information associated with the new message. 

[0025] Preferably, the new message is one of a voice 
message and a text message. 

[0026] Preferably, the communication device is avail- 
able when at least one of the following statements is true: 
the communication device has an unexpired registered 
address, and the subscriber used the communication de- 
vice within a predetermined time period. 
[0027] Preferably, the information in the notification 
comprises one or more of a number of waiting messages, 
an identity of an originator of a waiting message, a time 
of receipt of a waiting message, and the content of a 
waiting message. 

[0028] Preferably, the method further comprises, 
based on predetermined rules, determining whether the 
subscriber is to be notified when one or more new mes- 
sages is received for the subscriber; when the subscriber 
is to receive a status update, performing the transmitting 
step; and when the subscriber is not to receive a status 
update, not transmitting a notification to the subscriber. 
[0029] Preferably, the method furthercomprises, when 
a communication device associated with the subscriber 
is unavailable, not transmitting a notification to the sub- 
scriber. 

[0030] Preferably, the transmitting step comprises the 
step of determining a type of the communication device 
such that, when the device is configured to receive a text 
message, the notification is a text message and, when 
the device is not configured to receive a text message, 
the communication device is contacted to initiate an au- 
dio session for providing at least the information to the 
subscriber's communication device. 
[0031 ] Whether or not the subscriber is notified of the 
new message(s) or the frequency of notification can be 
controlled by subscriber-configurable rules and/or pref- 



erences. The form of the notification can be tailored to 
the media capabilities of the subscriber's communication 
device. 

[0032] In a third embodiment, a method for providing 
5 a subscriber with information regarding one or more eli- 
gible messages related to a new communication contact 
is provided. The method includes the steps of: 

(a) receiving, from a subscriber, an address or tele- 
10 phone number associated with acommunication de- 
vice of a party to be contacted; 

(b) providing the received address or telephone 
number to a messaging system; 

(c) receiving a response from the messaging system; 
15 (d) when the response indicates that one or more 

eligible message exists from the party to be contact- 
ed, notifying the subscriber of the eligible message 
(s) before the contact is made with the communica- 
tion device of the party to be contacted; and 
20 (e) when the response indicates that no eligible mes- 
sage exists from the contacted party's communica- 
tion device, permitting the contact to be made with 
the contacted party's communication device. 

25 [0033] Preferably, the providing step comprises the 
step of querying a presence server associated with the 
party to be contacted regarding an address of the com- 
munication device of the party to be contacted. 
[0034] Preferably, the eligible message is at least one 
30 of a waiting message, an unplayed message, an un- 
viewed message, and a stored message. 
[0035] Preferably, the response comprises an address 
that is associated with a session with the messaging sys- 
tem and the notifying step comprises the step of connect- 
35 ing the subscriber's communication device with the mes- 
saging system to effect the session and wherein the no- 
tifying step is performed by the messaging system. 
[0036] Preferably, the subscriber is connected with the 
communication device of the party to be contacted after 
40 the session is terminated. 

[0037] Preferably, the response from the messaging 
system comprises a flag indicating whether or not there 
is at least one eligible message in existence. 
[0038] Preferably, the criteria used to determine 
45 whether or not a message is eligible is configured by the 
subscriber. 

[0039] If the subscriber requests the eligible messag- 
es, a message retrieval session is initiated between the 
subscriber's communication device and the messaging 
50 system. 

[0040] The criteria used by the messaging system to 
identify eligible message(s) depends on the application 
and/or subscriber preferences. For example, the criteria 
can be the recency of receipt of the message, whether 
55 or not the message has been reviewed by the subscriber, 
whether or not the message has been played by the sub- 
scriber, whether or not the message has been viewed by 
the subscriber, whether or not a response or action has 
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already occurred for the message, and the like. 
[0041] In afourth embodiment, another method for pro- 
viding a subscriber with information regarding one or 
more messages relating to a contact already established 
is provided. The method includes the steps of: 

(a) while a contact between a subscriber and one or 
more other parties is in progress, providing to the 
subscriber a request (e.g., a request icon) to receive 
a defined subset of messages; 

(b) receiving, from the subscriber's communication 
device, the request for the defined subset of mes- 
sages; and 

(c) presenting one or more of the messages in the 
defined subset of messages to the subscriber while 
the contact is in progress. 

[0042] Preferably, the method further comprising be- 
fore the providing step subscribing with a presence serv- 
er for contact events associated with the subscriber; and 
receiving a notification that the subscriber is initiating a 
contact with a communication device associated with the 
other party. 

[0043] Preferably, the predefined subset of messages 
is at least one of waiting messages, unplayed messages, 
unviewed messages, and stored messages. 
[0044] Preferably, the method further comprising 
searching for any messages having both an address as- 
sociated with the subscriber and an address associated 
with the other party. 

[0045] Preferably, the method further comprising, 
based on predetermined rules, filtering the messages 
identified in the search to form the defined subset of mes- 
sages. 

[0046] Preferably, in the displaying step, at least some 
of the subset of messages are displayed to both the sub- 
scriber and the other party. 

[0047] Preferably, none of the subset of messages are 
displayed to the other party. 

[0048] Preferably, in the providing step, the other party 
is also provided with a request to receive the defined 
subset of messages. 

[0049] Preferably, the presenting step the at least 
some of the messages are displayed to the subscriber 
while the contact is in progress. 

[0050] The request can be provided to the subscriber 
or rendered in any suitable manner. It can be configured 
as an icon displayed on a Graphical User Interface or 
GUI of the subscriber (which if clicked will return the re- 
quest for the subset of messages), as a superimposed 
tone or beep or whisper on a Telephone User Interface 
or TUI, or accessible via a speech interface command, 
and the like. 

[0051] The subset of messages is typically populated 
by performing a search using the telephone number 
and/or address pairs for the subscriber and one or more 
of the other parties to the contact. Alternatively, the sub- 
set of messages may be selected by matching at the 



group level meaning to all messages from any member 
of the group to which this address belongs. This allows 
groups to be formed y message thread, or "reply-all" set 
members. The identified messages can then be filtered, 
5 based on predetermined rules or user-defined preferenc- 
es, to form the subset of messages. The subset of mes- 
sages can be displayed only to the subscriber or, at the 
discretion of the subscriber, to one or more of the other 
parties to the contact. 
10 [0052] The subset of messages can be presented in 
any suitable manner. For example, the subset can be 
displayed, played via audio, or a combination thereof. 
[0053] In a fifth embodiment of the present invention, 
yet another method for providing message-related infor- 
ms mation to a contacting party is presented. The method 
includes the steps of: 

(a) receiving a voice contact to a first communication 
device of asubscriber from a second communication 

20 device of a contacting party; 

(b) effecting an audio session between a messaging 
system associated with the subscriber and the sec- 
ond communication device; 

(c) thereafter performing one or both of the following 
25 steps: 

(i) transforming the audio session into a graph- 
ical user interface-based audio session between 
the messaging system and the second commu- 

30 nication device; and 

(ii) transforming the audio session into a session 
between the messaging system and the second 
communication device having a video channel 
or both audio and video channels; and 

35 

(d) providing message-related information to the 
communication device of the contacting party via the 
transformed session. 

40 [0054] Preferably, the thereafter performing step com- 
prises the steps of providing a Universal Resource Lo- 
cator or URL to the second communication device, when 
a request, containing the URL, is received from the sec- 
ond communication device, performing step (i). 
45 [0055] Preferably, in step (i) the audio session is con- 
figured as a telephone user interface or TUI session and 
the TUI session is modified to become the audio channel 
for the graphical user interface-based session. 
[0056] Preferably, when no request containing the 
50 URL is received within a predetermined period of time, 
step (ii) is performed. 

[0057] Preferably, the thereafter performing step com- 
prises the steps of, when no request containing the URL 
is received within a predetermined period of time, pro- 
55 viding an invite message to the second communication 
device, the invite comprising audio information and infor- 
mation regarding a video interaction between the mes- 
saging system and the second communication device. 
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[0058] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second communi- 
cation device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second communi- 
cation device is determined to have an audio-only capa- 
bility, the session between the messaging system and 
the second communication device is conducted as a tel- 
ephone user interface or TUI session. 
[0059] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second communi- 
cation device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second communi- 
cation device is determined to have a application-based 
capability for conducting a graphical user interface- 
based session, a URL is provided by the messaging sys- 
tem to the second communication device to launch a 
graphical user interface-based session. 
[0060] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second communi- 
cation device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second communi- 
cation device is determined to have an audio and video 
capability, the session between the messaging system 
and the second communication device is transformed 
into a session having both audio and video channels. 
[0061] The Graphical User Interface or GUI-based 
session is effected by any suitable techniques. In one 
technique, the session is a browser-based GUI-driven 
session. The audio content of the session can be trans- 
mitted by means of a circuit-switched or packet-switched 
network. 

[0062] The video channel or dual audio/video chan- 
nels-type sessions can also be effected by any suitable 
techniques such as in-band DTMF signaling speech 
commands. The audio and video content of the session 
can be transmitted by means of a circuit-switched and/or 
packet-switched network. 

[0063] In another embodiment of the present inven- 
tion, there is provided an aware communications system, 
comprising: 

a messaging system configured to perform at least 
one of the following operations: 

(a) provide a subscriber's communication de- 
vice with information regarding an incoming con- 
tact during a messaging session between the 
subscriber's communication device and the 
messaging system; 



(b) provide the subscriber's communication de- 
vice with a text message containing information 
regarding one or more messages when a noti- 
fication is received that the subscriber's commu- 

5 nication device is available; 

(c) provide the subscriber's communication de- 
vice with a text message relating to a voice mes- 
sage from a different first party received by the 
messaging system; 

10 (d) in response to the subscriber's communica- 

tion device requesting a connection with at least 
one of an inputted telephone number and ad- 
dress, provide the subscriber's communication 
device with a notification respecting at least one 
15 eligible message from a second party associat- 

ed with the at least one of an inputted telephone 
number and address; 

(e) while a contact between the subscriber and 
a different third party is in progress, provide the 

20 subscriber's communication device with infor- 

mation respecting the at least one eligible mes- 
sage from the third party; 

(f) transform an audio messaging session be- 
tween the messaging system and the commu- 

25 nication device of a contacting party into a 

graphical user interface-based audio session; 
and 

(g) transform the audio messaging session into 
a session having a video channel or both audio 

30 and video channels. 

[0064] Preferably, the presence aware communica- 
tions system further comprises a presence server con- 
figured to receive messages regarding addresses of 
35 available communication devices of subscribers and pro- 
vide one or more of the addresses to the messaging sys- 
tem; and a presence information database configured to 
store the addresses. 

[0065] Preferably, the presence aware communica- 
40 tions system further comprises at least one of: a presence 
aware telephony agent configured (a) to receive an in- 
coming contact, receive, from the presence server, a first 
subscriber address corresponding to a destination tele- 
phone number or address indicated by the incoming con- 
45 tact, anddirectthe incoming contactto the firstsubscriber 
address and (b) to receive an outgoing contact from the 
subscriber, receive, from a presence server associated 
with the inputted telephone number or address indicated 
by the outgoing contact, a second subscriber address 
50 corresponding to the inputted telephone number or ad- 
dress, and direct the outgoing contact to the second sub- 
scriber address. 

[0066] Preferably, the messaging system is configured 
to perform operation (a). 
55 [0067] Preferably, the messaging system is configured 
to provide the information regarding the incoming contact 
to the subscriber's communication device when the sub- 
scriber's communication device requests the informa- 
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tion. 

[0068] Preferably, the messaging system is configured 
to assign to the messaging session a temporary barge- 
in address for receiving incoming contacts. 
[0069] Preferably, the subscriber's communication de- 
vice does not request the information, the messaging 
system is configured to initiate a new and different ses- 
sion with a contacting party's communication device orig- 
inating the incoming contact to receive a message from 
the contacting party's communication device. 
[0070] Preferably, the messaging system is operable 
to suspend the messaging session and connect the in- 
coming contact with the subscriber's communication de- 
vice. 

[0071] Preferably, after the effected connection is ter- 
minated, the messaging system is configured to continue 
the messaging session with the subscriber's communi- 
cation device. 

[0072] Preferably, the messaging system is configured 
to perform operation (b). 

[0073] Preferably, the text message is in a notification 
and the messaging system is configured to determine a 
type of notification based on one or more capabilities of 
the subscriber's communication device and when the 
subscriber's communication device is configured to re- 
ceive a text message, transmitting the notification as a 
text message. 

[0074] Preferably, the subscriber's communication de- 
vice is not configured to receive a text message, the mes- 
saging system is configured to contact the subscriber's 
communication device to initiate an audio session for pro- 
viding the message-related information. 
[0075] Preferably, the subscriber's communication de- 
vice is deemed to be available when at least one of the 
following statements is true: the communication device 
has an unexpired registered address, and the subscriber 
used the communication device within a predetermined 
time period. 

[0076] Preferably, the messaging system is configured 
to perform operation (c). 

[0077] Preferably, the messaging system is configured 
to provide the text message when the subscriber's com- 
munication device is deemed to be available. 
[0078] Preferably, the text message comprises one or 
more of a number of waiting messages, an identity of an 
originator of a waiting message, a time of receipt of a 
waiting message, and the content of a waiting message. 
[0079] Preferably, the messaging system is configured 
to perform operation (c) when permitted by subscriber- 
configurable, predetermined rules. 
[0080] Preferably, the subscriber's communication de- 
vice is deemed to be unavailable, the messaging system 
is configured to not provide the subscriber's communi- 
cation device with the text message. 
[0081 ] Preferably, the messaging system is configured 
to determine a type of the subscriber's communication 
device such that, when the subscriber's communication 
device is configured to receive a text message, the text 



message is sent and, when the subscriber's communi- 
cation device is not configured to receive a text message, 
the subscriber's communication device is contacted by 
the messaging system to initiate an audio session for 
5 providing message information to the subscriber's com- 
munication device. 

[0082] Preferably, the messaging system is configured 
to perform operation (d). 

[0083] Preferably, the messaging system is configured 
10 to query a presence server associated with the second 
party regarding an address of the communication device 
of the second party. 

[0084] Preferably, the eligible message is at least one 
of a waiting message, an unplayed message, an un- 

15 viewed message, and a stored message. 

[0085] Preferably, the messaging system is configured 
to initiate a messaging session with the subscriber's com- 
munication device when, in response to the notification, 
the subscriber's communication device requests the at 

20 least one eligible message. 

[0086] Preferably, the messaging system is configured 
to effect connection of the subscriber's communication 
device and the second party. 

[0087] Preferably, the messaging system is configured 

25 to perform operation (e). 

[0088] Preferably, the messaging system is configured 
to search for any messages having both an address as- 
sociated with the subscriber and an address associated 
with the third party. 

30 [0089] Preferably, the messaging system is configured 
to, based on subscriber configurable, predetermined 
rules, filter the messages identified in the search to form 
a subset of eligible messages. 

[0090] Preferably, the messaging system is configured 
35 to display the at least one eligible message to at least 
the subscriber. 

[0091] Preferably, the messaging system is configured 
to perform operation (f). 

[0092] Preferably, the messaging system is configured 
40 to provide a Universal Resource Locator or URL to the 

contacting party's communication device. 

[0093] Preferably, the audio session is configured as 

a Telephone User Interface or TUI session and wherein 

the TUI session is configured to be the audio channel for 
45 the Graphical User Interface or GUI-based session. 

[0094] Preferably, the messaging system is configured 

to perform operation (g). 

[0095] Preferably, the messaging system provides a 
Universal Resource Locator to the contacting party's 

50 communication device, wherein, when no request con- 
taining the URL is received within a predetermined period 
of time, the messaging system is configured to provide 
an invite message to the contacting party's communica- 
tion device, wherein the invite comprises audio informa- 

55 tion and information regarding a video interaction be- 
tween the messaging system and the contacting party's 
communication device. 

[0096] Preferably, the video interaction information 
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comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface -based session be- 
tween the messaging system and the contacting party's 
communication device and wherein the messaging is 
configured, when the contacting party's communication 
device is determined to have an audio-only capability, to 
conduct the session between the messaging system and 
the contacting party's communication device as a Tele- 
phone User Interface or TUI session. 
[0097] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface-based session be- 
tween the messaging system and the contacting party's 
communication device and wherein, when the contacting 
party's communication device is determined to have an 
application-based capability for conducting a graphical 
user interface -based session, the messaging system is 
configured to provide a URL to the contacting party's 
communication device to launch a graphical user inter- 
face-based session. 

[0098] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface-based session be- 
tween the messaging system and the contacting party's 
communication device and, when the contacting party's 
communication device is determined to have an audio 
and video capability, the messaging system is configured 
to transform the session between the messaging system 
and the contacting party's communication device into a 
session having both audio and video channels. 
[0099] The various embodiments can have many ad- 
vantages relative to existing communication networks. 
The present invention can, through the presence server 
and associated presence information database, provide 
a high degree of presence awareness in telephony net- 
works improving application knowledge of currently avail- 
able device capabilities associated with users. The pres- 
ence server can continually collect and redistribute avail- 
ability or presence information from publishing sources 
(such as a Private Branch Exchange or PBX, a service 
provider, and a messaging system) tailored to the needs 
and privileges of the person making the request (or his 
authorized agent). The presence server can reframe the 
abilities of existing Live-Call Services (such as PBX or 
peer-to-peer networks) as they interact with messaging 
services (such as voicemail, email, or unified messaging 
systems) to let appropriate notifications flow among 
these systems. In heterogeneous networks, when a com- 
munication is initiated through one system, appropriate 
notifications among all the systems can occur immedi- 
ately. The various embodiments can allow simultaneous, 
dynamic correlation of message notification, presence 



and current call context and can interoperate with the 
public switched telephone network. 
[0100] These and other advantages will be apparent 
from the disclosure of the invention(s) contained herein. 
5 [0101] The above-described embodiments and config- 
urations are neither complete nor exhaustive. As will be 
appreciated, other embodiments of the invention are pos- 
sible utilizing, alone or in combination, one or more of 
the features set forth above or described in detail below. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0102] 

15 Fig. 1 is a block diagram of a presence aware com- 
munications network according to an architecture 
embodiment of the present invention; 
Figs 2A, 2B and 2C are flow charts according to a 
first operational embodiment of the present inven- 

20 tion; 

Figs. 3A and 3B and 4A and 4B are flow charts ac- 
cording to a second operational embodiment of the 
present invention; 

Figs. 5A and B are flow charts according to a third 
25 operational embodiment of the present invention; 

Fig. 6 is a flow chart according to a fourth operational 
embodiment of the present invention; and 
Figs. 7A-C are flow charts according to a fifth oper- 
ational embodiment of the present invention. 

30 

DETAILED DESCRIPTION 
Overview of the Network Architecture 

35 [0103] Fig. 1 depicts a presence aware communica- 
tions network according to a first architecture of the 
present invention. The presence aware communications 
network 100 comprises a presence aware messaging 
system 104 for receiving and storing messages for one 

40 or more users, a telephony switch/server 1 08 for directing 
contacts, a packet-switched network 112, a circuit- 
switched Public Switched Telephone Network or PSTN 
1 1 6, a first plurality of communication devices 1 24a-n in 
communication with the network 1 12, a second plurality 

45 of communication devices 1 28a-n in communication with 
PSTN 116, a third plurality of communication devices 
120a-n in direct communication with the switch/server 
1 08, and a presence server 1 32 and associated presence 
information database 136 for providing presence infor- 

50 mation about one or more users of the various commu- 
nication devices. As will be appreciated, presence aware 
messaging system 104, telephony switch/server 108, 
and presence server 1 32 can be implemented in software 
and/or hardware, depending on the application. 

55 [0104] The presence aware messaging system 104 is 
a repository for various kinds of messages and can be 
any multi-media messaging system, such as AUDIX™, 
DEFINITY-AUDIX™, INTUITY™, or OCTEL ARIA™ or 
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SERENADE™ and UNIFIED MESSENGER™, all by 
Avaya Communications, Inc., modified to perform the ac- 
tions described below. As will be appreciated, the mes- 
sages can be of various types and forms, such as voice 
messages or voice mail, e-mail, faxes, instant messages, 
paging signals, broadcasts, notices, alerts, calendar 
items, multimedia multi-part messages, and cross-media 
messages. 

[01 05] The telephony switch/media server 1 08 can be 
any architecture for directing contacts to one or more 
communication devices. Illustratively, the switch/server 
1 08 of Fig. 1 can be the subscriber-premises equipment 
disclosed in U.S. Patents 6,192,122; 6,173,053; 
6,163,607; 5,982,873; 5,905,793; 5,828,747; and 
5,206,903, all of which are incorporated herein by this 
reference; Avaya Inc. 's Definity™or Multi- Vantage™ pri- 
vate-branch exchange (PBX)-based ACD system; or 
Nortel Networks' I PConnect™. The switch or media serv- 
er 108 typically is a stored-program-controlled system 
that conventionally includes interfaces to external com- 
munication links, a communications switching fabric, 
service circuits (e.g., tone generators, announcementcir- 
cuits, etc.), memory 1 40 for storing control programs and 
data, and a processor 146 (i.e., a computer) for executing 
the stored control programs to control the interfaces and 
the fabric and to provide automatic contact-distribution 
functionality. The switch/server 1 08 comprises a network 
interface card to provide services to the first plurality of 
communication devices 124a-n. Included in the memory 
1 40 is a presence aware telephony agent 1 44 to interact 
with the presence server 132 when handling communi- 
cations directed to a communication device. The pres- 
ence server 1 32 is referenced by presence-aware teleph- 
ony agent 144 on every initiated or terminated contact. 
Switch-server 1 08 can include a gateway (not shown) to 
provide signal control and conversion capabilities be- 
tween the circuit-switched PSTN 1 1 6 or some other type 
of circuit-switched network and the packet-switched net- 
work 112. 

[0106] The packet-switched network 112 can be any 
data and/or distributed processing network, such as the 
Internet. The network 1 1 2 typically includes proxies, reg- 
istrars, and routers for managing packet flows. 
[0107] The first, second, and third plurality of commu- 
nication devices 124a-n, 128a-n, and 120a-n, respec- 
tively, can be any communication device suitable for the 
network to which they are connected. The first plurality 
of communication devices 124a-n are connected to the 
packet-switched network 1 1 2 and can include, for exam- 
ple, IP hardphones, IP softphones, Personal Digital As- 
sistants or PDAs, Personal Computers or PCs, and lap- 
tops. The second and third plurality of communication 
devices 128a-n and 120a-n are commonly circuit- 
switched and can include, for example, wired and wire- 
less telephones, PDAs, pagers, facsimile machines, and 
modems. 

[0108] The presence server 132 collects published 
presence information about a communication device 



and/or user thereof and stores the collected information 
in the presence information database 1 36. The presence 
server typically retrieves presence information by query- 
ing against the user's identity as opposed to the device 
5 address. In the presence information database all pres- 
ence information is indexed by a user's identity rather 
than device address. The presence server 132 provides 
the collected information to other network entities in re- 
sponse to queries. The presence server 132 can collect 
10 only information respecting the user's interaction with the 
various entities of Figure 1 and/or other information pro- 
vided directly or indirectly by the user when those entities 
publish their presence information to the presence serv- 
er. The presence server 132 can interact with additional 
presence services (now shown) that continually collect 
and redistribute availability data from publishing sources 
authorized by the user. 

On Line Presence While Accessing Mailbox 

[0109] Turning now to Figures 2A, 2B, and2C, the first 
operational embodiment of the present invention will be 
discussed using the communication network 100 of Fig- 
ure 1. 

[0110] The embodiment is directed generally to a con- 
tact received when the user is engaged in a session with 
the messaging system 104. In an example of this em- 
bodiment, the user or subscriber contacts the presence 
aware messaging system 1 04 to retrieve messages. The 
system 1 04 announces the change in the user presence 
to the presence server 132 when the message retrieval 
session begins or ends. The server 1 32 updates the pres- 
ence information in the presence information database 
1 36 based on predetermined rules. When a later contact 
is received, the presence server 132 is queried and, un- 
less otherwise specified by user configured rules mapped 
against the identity of the contacting party, provides the 
updated presence information. In the example, the pres- 
ence information states that the user is available through 
the messaging system 104. The contact is directed to 
the messaging system 104, which announces a pending 
contact to the user and, if accepted, suspends the mes- 
sage retrieval session for the duration of the communi- 
cation. When the communication is terminated, the mes- 
sage retrieval session continues from the point of sus- 
pension. 

[01 1 1] Turning now to Figures 2A, 2B, and 2C, a more 
detailed discussion of the embodiment will now be pre- 
sented. 

[0112] Before describing the steps of Figure 2A, it is 
helpful to understand the registration process and how 
the registered default address is used under SIP. Re- 
garding registration, the presence aware telephony 
agent 144 registers a default contact address for users 
of devices 1 20a-n with the presence server 1 32. Devices 
1 20a-n may register directly or indirectly through the tel- 
ephone agent. Registration is done by communicating a 
register message containing the default contact address 
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(e.g., the telephone number or SIP address of the user's 
primary communication device (desk telephone)) from 
the agent 1 44 to the presence server 1 32. The presence 
server 132 accepts the default address and responds to 
the agent 144 with an OK message. In the event that a 
new contact arrives for the user before the user logs into 
the messaging system, the agent 144 queries the pres- 
ence server 1 32 for the user's contact address. The pres- 
ence server 132 returns the default address to the agent 
1 44. The agent 1 44 then causes the contact to be routed 
to the default address for normal processing. The default 
address is the address used by the agent 144 until a 
higher priority address is registered with the presence 
server. 

[01 13] In action oval 200, the user contacts the mes- 
saging system 104 to initiate a messaging session and 
logs into the system 1 04. When the user has successfully 
logged onto the system and created a messaging session 
in step 204, the system 104 in step 208 assigns a tem- 
porary barge-in address to the user. In step 212, the sys- 
tem 1 04 sends a register message to the presence server 
132 seeking registration of the temporary barge-in ad- 
dress with the presence server 1 32. In step 21 6, the pres- 
ence server 132 accepts the barge-in address as the high 
priority (temporary) address (in lieu of the default ad- 
dress) for the user and returns on "OK" message to com- 
plete the registration process. 

[0114] In step 220, the user continues with the mes- 
saging session until hang-up (or session termination) or 
a barge-in event occurs. 

[0115] In action oval 224, a new contact arrives for the 
user while the user is in the messaging session. The 
agent 144 in step 228 queries the presence server 132 
for the current address for the user. In step 232, the pres- 
ence server 132 reviews address tables stored in the 
database 136 and returns contact information including 
the barge-in address to the agent 144. In step 234, the 
agent 144 causes the contact to be routed to the barge- 
in address for further processing. This is done by sending 
an INVITE message to the system 104. The INVITE mes- 
sage contains the codec, address, and listening port 
number of the contactor. The additional details of the 
INVITE and OK messages are set forth in the Session 
Description Protocol orSDP. As will be appreciated, SDP 
payload can include not only codec, address, and listen- 
ing port for a simple audio session but also multiple chan- 
nel media definitions and supporting parameters which 
can be used in any combination to establish a session. 
[0116] In decision diamond 238, the system 104 de- 
termines whether or not to announce the contact to the 
user. This determination is typically based on pre-deter- 
mined rules or policies, which can be configured by net- 
work administration and/or by the user. 
[0117] If the system 104 determines that the contact 
is to be announced to the user, the system 104 in step 
240 (Fig. 2B) announces the contact to the user using a 
barge-in message or signal and waits for further instruc- 
tions from the user. As will be appreciated, the barge-in 



message or signal can be announced by any suitable 
technique, such as a zip tone, ring signal, or "whispered" 
announcement played to the subscriber using a TUI, a 
video message, a pop-up window, icon, or visual mes- 

5 sage or video announcement displayed on the user's 
Graphical User Interface or GUI or other visual or me- 
chanical indicator as appropriate for the device in use. 
The content or form of the message or signal can be 
configured in any suitable manner by network adminis- 

10 tration or by the user himself or herself. In response to 
the barge-in signal, a user indicates an acceptance or 
decline of the contact, by taking an action such as press- 
ing a button, clicking an icon, or speaking a command, 
and the like. Ignoring the signal will default to decline the 

15 contact. For telephone calls, the announcement and 
mode of user acceptance or denial can be configured to 
be similar to that used in conventional call waiting, though 
it can be implemented a number of different ways. The 
barge-in message can be periodically mixed with or su- 

20 perimposed on the system 1 04 output during the session 
or interrupt the messaging session briefly to insert its 
message to the user. Until a response is received from 
the user, the system 104 normally continues with the 
messaging session and sends a "TRYING" status mes- 

25 sage to the agent 144. In step 244, the agent 144 causes 
the contactor to hear a ring-back in the event that the 
contact is a telephone call (or circuit-switched contact) 
or to see a suitable text message or hear a suitable mes- 
sage in the event that the contact is a text or multi-media 

30 contact. 

[0118] In decision diamond 248, the system 104 de- 
termines whether or not the user wants to accept the 
contact. This determination can be made by receiving a 
response from the user (accepting or declining the con- 

35 tact) in response to the announcement or by failing to 
receive a response from the user within a configurable 
time period. In the latter instance, the system 104 can be 
configured to conclude that the failure to receive a re- 
sponse or time out is the equivalent of a denial or accept- 

40 ance. Figure 2B shows the failure to respond or time out 
as being a denial. 

[01 19] When the contact is accepted, the system 1 04 
in step 252 (Fig. 2C) suspends the messaging session 
and sends an "OK" message to the caller. The "OK" mes- 

45 sage contains the messaging system's address, and a 
codec, and listening port number allowing the caller to 
join the messaging user on the current session. In step 
256, the calling device uses the parameters of the "ok" 
message and media is established by known techniques 

50 to permit the parties to communicate with one another. 
In step 260, when the caller hangs up a "BYE" message 
indicating that the new session is ended, is sent to the 
messaging system 104, terminating the new session. 
The messaging system 1 04 in step 264 confirms the end 

55 of the call, then resumes the messaging session, prefer- 
ably at the point of suspension of the session, with the 
user. This is shown by the arrow returning to step 220 
(Fig. 2A). 



10 



19 



EP 1 670 197 A2 



20 



[01 20] When the contact is not accepted, the messag- 
ing system 104 in step 268 (Fig. 2B) begins a new "Con- 
tact Answer" messaging session and answers the con- 
tact. This is done by returning an OK status message 
containing a suitable SDP payload to establish a sepa- 
rate session unique to the caller. When media is estab- 
lished, the messaging system 104 in step 272 plays the 
messaging system greeting to the contactor. In step 276, 
the contactor views and/or hears the greeting of the mes- 
saging system 1 04. The new messaging session with the 
contactor continues until termination or hangup in step 
280. 

[0121] Returning to step 238 (Fig. 2A), when the mes- 
saging system 104 determines that the contact is not to 
be announced to the user the messaging system 104 
proceeds to step 268 discussed above. 
[0122] As will be appreciated, when the user termi- 
nates the messaging session the messaging system 1 04 
sends a REGISTER message to the presence server in- 
dicating that the session has ended. The presence server 
unregisters the barge-in address and re-registers the de- 
fault address as the high priority address for the user. 

Messaging Advice on Becoming Present 

[0123] Turning now to Figures 3A, 3B, 4A, and 4B, 
variations of the second embodiment of the present in- 
vention will be discussed using the communication net- 
work 100 of Figure 1 . 

[0124] The embodiment is directed generally to for- 
warding message-related information to the user when 
the user is present. In an example of this embodiment, 
the user at a remote network location goes online, reg- 
istering with the presence server as being reachable 
through text-only instant messaging. The user may con- 
figure the messaging service to send current mailbox sta- 
tus to the user when he or she becomes available for 
instant messaging communication. When the messaging 
service, through subscription to the user's presence serv- 
ice, becomes aware of the change in user status, the 
messaging service sends an instant message to the user 
indicating the type and number of messages waiting or 
other requested status. Similarly, instant messages may 
also be sent to the user's currently indicated instant mes- 
saging service (given through his or her presence server) 
whenever the messaging service initiates a telephone 
answering session, sending the identity and call-back 
number of contactors unable to reach the user directly 
because of either a media mismatch or an existing con- 
tact or a service outage. The instant receipt of the calling 
number can help reduce telephone tag and voicemail jail, 
if the recipient can employ alternate means to quickly 
return the call, the alternate means of placing the call 
need not be known to the presence server. 
[0125] Turning now to Figure 3A a more detailed dis- 
cussion of a first variation of the third embodiment will 
now be presented. 

[0126] In step 300, the messaging system 104 sub- 



scribes to the presence server 132 to receive events 
when the user becomes available to the network. This is 
performed by the messaging system 1 04 sending a SUB- 
SCRIBE message to the presence server 132, and the 
5 presence server 132 in step 304 sending back an OK 
message. 

[0127] In action step 308, a communication device 
(which can be one of the first, second, or third plurality 
of communication devices which is associated with the 

10 user) becomes available to the network. This occurs 
when the device sends a REGISTER message to the 
presence server 132 and the presence server 132 re- 
sponds with an OK message, or when any presence pub- 
lisher updates the status within the presence server. 

15 [0128] In response to the REGISTER message, the 
presence server 1 32 in step 312 not only verifies that the 
communication device has a valid association with the 
user by performing a mapping operation with one or more 
tables stored in the database 136 but also determines 

20 whether or not any subscriptions have been received with 
respect to the user. In this manner, the presence server 
132 will determine that the messaging system 104 has 
lodged a subscription with respect to the user and will 
send a NOTIFY message to the messaging system indi- 
es eating that the user just became present. The NOTIFY 
message relays the current address of the recently reg- 
istered device associated with the user. 
[01 29] In step 316 the messaging system 1 04 receives 
the NOTIFY message and sends an OK message to con- 

30 firm the notification. Optionally, if the system 104 is un- 
aware of the communication capabilities for the device; 
the system 104 can query the presence server 132 for 
the device capabilities. In step 320, the presence server 
132 responds with the requested capabilities. 

35 [01 30] In step 324 and decision diamond 328, the mes- 
saging system 104, determines the type of advice to be 
forwarded to the user by analyzing the capabilities of the 
device and/or examining the administered preferences 
of the user, if any. "Advice" refers to information gener- 

40 ated, derived, or accessible by the messaging system 
1 04 that is associated with the user. What information 
qualifies as advice can be defined by the user and/or by 
system administrators. For example, "advice" (or mes- 
sage-related information) is typically summary informa- 

45 tion, but can be any information relating to the messaging 
service including information contained in voice mail 
messages, e-mail messages, multimedia messages, 
calls received for the user for which no message was left, 
the state of dynamic greetings, alerts, notices, broad- 

50 casts, and the like. Examples of such information include 
a number of new or unheard messages in the user's mail- 
box, a list of recent missed callers, summaries of the 
contents of voice and/or text messages, reminders, 
alerts, and the like. The nature and extent of ongoing 

55 advice is configurable by user and system administration. 
[0131] When the newly registered device is a text in- 
stant messaging-capable device, the messaging system 
104 in step 332 formulates a text message containing 
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the type of advice desired according to previously admin- 
istered preferences. The instant text message is sent to 
the user in step 336. The newly registered device asso- 
ciated with the user receives the instant text message in 
step 340. The user can act on or ignore the instant mes- 
sage, as desired. 

[0132] When the newly registered device is an audio 
capable device, the messaging system 104 may be ad- 
ministered to immediately place a call to the device. The 
messaging system 104 in step 344 (Fig. 3B) sends an 
INVITE message (containing the system's SDP payload) 
to the newly registered device. In response, the device 
in step 348 sends an OK message (containing the de- 
vice's SDP payload). After media is established, the mes- 
saging system 104 in step 352 then plays announce- 
ments including the user's advice, e.g., mailbox informa- 
tion. The user hears the status message in step 356 and 
can act on or ignore the instant message, as desired. 
[0133] Turning now to Figure 4A, a second variation 
of the second embodiment will now be presented. 
[0134] In action oval 400, the one or more messages 
arrive for the user and the information in the messaging 
system 104 for the user (e.g., the user's mailbox status 
changes). 

[0135] In response, the messaging system 1 04 in step 
404 determines if the user is present and available to the 
communications network by querying the presence serv- 
er 132. The determination can be based on any suitable 
criterion, such as whether there is an (unexpired) regis- 
tered address, whether the user recently registered a de- 
vice within a selected period of time or has an unexpired 
registered (nondefault) device, whether the user recently 
used a device within a selected period of time, whether 
the device is currently in use, etc. 
[0136] When the user is not present and available to 
the network, the system 104 proceeds to step 408 and 
terminates operation. The user will receive an update 
when he or she next registers a device with the presence 
server 132. 

[0137] When the user is present and available to the 
network, the system 1 04 in decision diamond 412 deter- 
mines, based on administrative rules and/or user prefer- 
ences, what type of and the frequency of updates the 
user is to receive. In the case of multiple available devic- 
es, administrative settings determine how many devices 
are contacted and in what order. 

[0138] When the update is to be on a per-message 
basis, the messaging system 1 04 in step 41 6 determines 
the type of advice by the registered user device capabil- 
ities and the user's administered preferences. In decision 
diamond 420, the system 1 04 determines the type of the 
device. For a text instant messaging-capable device, the 
messaging system 1 04 in step 424 formulates a text mes- 
sage with the advice. The advice typically includes asum- 
mary of new message(s). The instant text message is 
sent to the user in step 428. The registered device asso- 
ciated with the user receives the instant text message in 
step 432. The user can act on or ignore the instant mes- 



sage, as desired. When the registered device is an audio 
capable device, a call will be placed to the device. The 
messaging system 104 in step 436 (Fig. 4B) sends an 
INVITE message (containing the SDP payload of the 

5 messaging system) to the registered device. In response, 
the device in step 440 sends an OK message (containing 
the SDP payload of the device). After media is estab- 
lished, the messaging system 1 04 then plays announce- 
ments in step 444 including the user's advice. The user 

10 has the option of reviewing the entire new message. The 
user can acton or ignore the instant message, as desired. 
[0139] As will be appreciated, the user can configure 
the system 104 to provide updates on a more or less 
frequent basis than on a per-message basis. For exam- 

15 pie, the user can request an update after expiration of a 
selected period of time or after a selected number of mes- 
sages is received (e.g., every second, third, or fourth 
message). Further, it can be configured not to send per- 
message advice to a device that had previously been 

20 alerted by a caller who subsequently on the same call 
attempt left a "call answer" message in the mailbox. 
[01 40] When the update is not on a per message basis, 
the messaging system 104 in step 448 (Fig. 4A) termi- 
nates operation. The user, in this instance, will receive 

25 updates only when he or she initiates a messaging ses- 
sion. 

Messaging Advice on Making a Contact 

30 [0141] Turning now to Figure 5, the third embodiment 
of the present invention will be discussed using the com- 
munication network 100 of Figure 1. As described here, 
presence aware telephony agent 144 is configured to 
query the presence server 1 32 as it initiates or completes 

35 any contact, to determine the currently-valid contact de- 
vice associated with the contact address. As will be ap- 
preciated, the presence information could be entirely 
contained within the telephone switch/server 108 in 
which case the messaging system 1 04 would be queried 

^o directly by switch/server 108 for any user configured to 
receive advice on making a contact. Other arrangements 
could also be made such as monitoring the internal call 
flow within switch/server 1 08usingaCTI integration tech- 
nique, or installing vector steps within the switch to query 

45 outside resources while routing a call. Such changes in 
implementation are claimed as alternate embodiments 
of this invention withoutdeparting from the intentorscope 
of the invention. 

[01 42] The embodiment is directed generally to direct- 
50 jng con tact- related messaging information to the user 
when the user is in the process of making or initiating a 
contact. In an example of this embodiment, a user wishes 
to make a contact, such as a telephone call. During the 
contact set-up, the presence server 1 32 of the contacting 
55 party is queried to determine how to complete the call. 
At this query step, the user's or contacting party's pres- 
ence server queries the contacting party's associated 
messaging system 104 to determine if there is an un- 
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heard message from the contacting party. If so, the con- 
tact is established with the contacting party's messaging 
system, announcing the unheard message and giving 
the contacting party an opportunity to consider it before 
the contact is made with the party to be contacted. Oth- 
erwise, the contact is completed directly. 
[0143] Turning now to Figure 5A, a more detailed dis- 
cussion of the third embodiment will now be presented. 
[0144] In action oval 500, the user dials a telephone 
number or enters an address into his or her communica- 
tion device. 

[0145] In response, the agent 144 in step 504 queries 
the presence server 132 for a contact address corre- 
sponding to the entered number/address. 
[0146] In step 508, the presence server 132, deter- 
mines from administered data the calls placed by this 
user should be provided with messaging advice. As a 
consequence, the user address and destination contact 
address are sent as a query to messaging system 104 
to establish the address of an advice session. 
[0147] In step 51 2, the messaging system 104 locates 
the advice on the contacting party's and contacted party's 
address pair(s). This is typically performed by searching 
the appropriate fields of the message store for the pair. 
The possible address pair(s) are obtained from the pres- 
ence server(s) of the contacting and contacted parties 
and can be the inputted address and/or telephone 
number only or one or more other addresses or telephone 
numbers associated with the selected party. Where mul- 
tiple addresses/telephone numbers are associated with 
multiple communication devices of each party, all of the 
possible address pairs can be searched by the system 
104. In one configuration, the system 104 searches the 
contacting party address field of the contacting party's 
message store for the entered (real) contact address. 
Once the related messages are identified, the messaging 
system 1 04 allocates communication resources to com- 
plete an advice session and the messaging system 104 
then returns an address associated with an advice ses- 
sion relating to the located message(s) to the presence 
server 1 32. Because of the wide variety of possible com- 
munication devices that can be associated with each par- 
ty, the located message(s) can be a mixture of differing 
message types, e.g., one or more of text messages, voice 
messages, paging messages, fax messages, instant 
messages, etc. 

[0148] The presence server 132 in step 516 returns 
the advice session address to the contacting party's com- 
munication device as the contact address instead of re- 
turning the real contact address. 

[01 49] In step 520, the contact completes to the advice 
session address. This is done by the communication de- 
vice sending to the messaging system 104 an INVITE 
message containing the SDP payload of the device, and 
the messaging system 104 responding in step 524 with 
an OK message containing the SDP payload of the mes- 
saging system. After media is established, the messag- 
ing system plays the advice to the contacting party. The 



contacting party hears the advice in step 528 and has 
the opportunity to navigate through the advice. 
[0150] Upon time-out or upon the contacting party's 
successful completion (message review) or early termi- 

5 nation of the advice session and if the contacting party 
still wants to make the contact, the messaging system 
1 04 proceeds to step 532 (Fig. 5B). In step 532, the mes- 
saging system 1 04 initiates a transfer to the real contact 
address by sending an INVITE message with a "no ad- 

10 vice" parameter or flag set. The INVITE message con- 
tains the SDP payload of the messaging system. As will 
be appreciated when the flag is not set, the presence 
server queries the messaging system for advice and 
when the flag is set the presence server does not query 

15 the messaging system for advice. The flag is used to 
avoid an endless loop. 

[0151] In step 536, the agent 144 queries the presence 
server 132 for the contact address with the "no advice" 
flag set in the query. 

20 [0152] The presence server 132 in step 540 returns to 
the agent 144 the (real) contact address corresponding 
to the number/address entered by the contacting party. 
[0153] In steps 544 and 548, the agent 144 sends an 
OK message to the messaging system 104 containing 

25 the SDP payload of the communication device of the par- 
ty to be contacted, and media is established between the 
messaging system and the contact address of the party 
to be contacted. This is an important, but transient step, 
in transferring the original contact to the intended recip- 

30 ient. 

[01 54] Immediately, in steps 552 and 556 the messag- 
ing system 104 sends an INVITE message containing 
the SDP payload of the communication device of the par- 
ty to be contacted to the communication device of the 

35 contacting party, and the device responds with an OK 
message. This completes the transfer handing off the 
parameters of the contact to the contacting party's com- 
munication device. Media is established between the 
contacting party's communication device and the con- 

4 ° tacted party's communication device. 

[0155] As will be appreciated, the role of the messag- 
ing system in transferring the contact to the user's com- 
munication device after the contact is initiated with the 
device of the party to be contacted can be hidden from 

45 the contacted party. This can be accomplished by the 
messaging system temporarily altering its identity as pre- 
sented to the contacted device such that the contacting 
party's or user's identification is recognized by the device 
instead of that of the messaging system. 

50 

Messaging Advice for a Current Contact 

[01 56] Turning now to Figure 6, the fourth embodiment 
of the present invention will be discussed using the com- 
55 munication network 1 00 of Figure 1 . 

[0157] The embodiment is directed generally to pro- 
viding automatically message-related information to the 
user during the course of a contact. In an example of this 
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embodiment, the messaging service registers to receive 
incoming and/or outgoing contact event notification from 
the presence server relating to a user. When a live con- 
tact is in progress, the messaging system can display to 
the devices of the contacting party a command button 
(or receive a key command) to display a defined subset 
(s) of messages (sent, received, read, unread, etc.) which 
have thus far (or recently) been associated with commu- 
nications between/among the parties. Message headers 
are displayed on screen for reference during the contact. 
Message contents are rendered when selected as ap- 
propriate, e.g., voice message playback can occur in a 
whisper mode or conferenced playback to the user's 
handset in the contact, or may be diverted to another 
associated device or PC soundcard at the discretion of 
the user. Text contents are displayed on an associated 
screen. 

[0158] Turning now to Figure 6, a more detailed dis- 
cussion of the fourth embodiment will now be presented. 
[0159] In step 600, the messaging system 104 sub- 
scribes to the presence server 132 for contact events 
associated with the user. This is done by sending a SUB- 
SCRIPTION message to the presence server 132. Instep 
604, the presence server 132 responds with an OK mes- 
sage. 

[0160] At a subsequent time, the user in action oval 
608 inputs an address (e.g., a telephone number) asso- 
ciated with one or more other parties. In response, the 
agent 144 in step 612 queries the presence server 132 
for the contact address or route instructions associated 
with the inputted address. 

[0161] In step 616, the presence server 132 responds 
to the agent with the contact address or route instructions, 
associated with the inputted address and, in step 618, 
sends a NOTIFY message to the messaging system 1 04. 
The foregoing step allows the messaging system to pas- 
sively monitor the state of the user's communication de- 
vices. Conventional call processing continues until the 
contact is established at step 630. 
[0162] In step 620, the messaging system 104 finds 
the set of messages relating to the paired contact ad- 
dresses of the user's communication device and the oth- 
er party's/parties' addresses(s) to be contacted and 
makes these messages (which can be of differing types) 
available to the user in a special mailbox folder or data 
structure entitled "current contact". Unlike eligible mes- 
sages of the prior embodiment, which typically include 
only unheard messages, the messages included in the 
folder typically include not only unheard messages but 
also previously heard (historical) messages that have not 
been deleted by the user. 

[01 63] As part of this embodiment, the communication 
device(s) of the user are configured to make requests for 
the "current contact" folder. The configuration can be a 
visual indicator, popup screen, icon keyword or key press 
that, if selected, indicates a desire to access the set of 
messages in the "current contact" folder or data structure. 
[0164] In step 624, one of the communication devices 



associated with the contact makes a request for the cur- 
rent call folder contents. The device sends a request, 
typically an IMAP4 request or a Post Office Protocol or 
POP3 request, to the messaging system 1 04 for the fold- 
5 er. The messaging system 104 responds with the data 
address of the folder in the database or the folder itself. 
In step 628, the message headers in the folder are dis- 
played to the user. 

[0165] Message headers are displayed on screen for 
10 reference during the contact. Message contents are ren- 
dered when selected as appropriate, e.g., voice message 
playback can occur in a whisper mode or conferenced 
playback to the user's handset in the contact, or may be 
diverted to another associated device or PC soundcard 
15 at the discretion of the user. Text contents are displayed 
on an associated screen. 

[0166] As will be appreciated, the messaging system 
could also subscribe or only subscribe to the switch/serv- 
er 1 08 for passive monitoring of a user's current contacts. 
20 [01 67] It is to be understood that the embodiment can 
be configured not only to permit only the requesting party 
the ability, in isolation, to access the contents of the folder 
but also to permit, at the option of the requesting party, 
the requesting party to share selected contents of the 
25 folder. For example, selected voice messages could be 
bridged onto the current contact at the discretion of the 
requesting party or selected text messages could be for- 
warded to the devices of one or more of the parties (as 
selected by the requesting party or user) for viewing. 

30 

Messaging Advice to Contactor on Covered Incoming 
Call 

[0168] Turning now to Figures 7A-C, the fifth embod- 

35 iment of the present invention will be discussed using the 
communication network 100 of Figure 1. 
[01 69] The embodiment is directed generally to bridg- 
ing live-call and messaging domains by returning session 
transformation information to the contacting party 

^o through signaling protocols. In an example of this em- 
bodiment, the communication device of the contacting 
party receives an indication that the contact is being com- 
pleted to the messaging system on behalf of the party to 
be contacted. The device also receives additional infor- 

45 mation about the state and capabilities of the mailbox 
that the device has been redirected to. 
[0170] Transformation information refers to those sig- 
naling parameters and capabilities exchanges necessary 
to promote a simple live audio-only communication ses- 

50 sion into a GUI-enabled multimedia communication ses- 
sion. Even though initiating devices may be multimedia- 
capable, most session establishment requests are for 
simple audio connections because the majority of reach- 
able communications devices only support audio. Ses- 

55 sion transformation allows a simple audio connection re- 
quest to terminate on a messaging system which then is 
able to promote enhanced session capabilities and trans- 
form the session into a GUI-enabled multi-mediasession 
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under control of the contactor providing that the initiating 
device responds to multimedia capabilities. Transformed 
sessions may continue to be done in synchronous real- 
time (such as an audio/video call) or may be done in 
client/server asynchronous transaction mode (such as 
when browsing a multimedia web page). The TUI-chan- 
nel remains operational through the transformation, and 
becomes a directed audio channel under graphical con- 
trol after the session is transformed. 
[0171] One example of transformation information 
supports directing the contactor to a Universal Resource 
Locator or URL allowing the contacting device to drop 
out of synchronous communication mode and use an al- 
ternative, asynchronous method of interaction and mes- 
sage delivery such as viaaWebcall answering technique 
as discussed in U.S. Patent 6,038,296 to Brunson et al., 
which is incorporated herein by this reference. In this 
example, the contactor is able to view a variety of labeled 
URL's representing information normally made available 
to all contactors. For example, links are available to the 
currently-active greeting; the text of the out-of-office reply 
string; alternate contact information including information 
on covering associates; an indication that one or more 
unheard messages from the contacting party may still 
exist in the mailbox, and the like. Knowledgeable con- 
tacting devices can use this information to enhance the 
experience of the contacting party by placing the con- 
tacting party in a web-based graphical user interface with 
full selection and composition control, rather than at the 
mercy of the strict response behavior expectations (e.g., 
time-sensitive, highly modal) characteristics of a live call- 
answer scenario. 

[01 72] Several alternate methods are attempted to es- 
tablishing a web-based multimedia session in place of 
the initial TUI-based session. If these fail, a final attempt 
to establish a video session is made wherein the mes- 
saging system provides screen-based prompts for the 
contactor but still responds to touchtone or speech input. 
If session transformation is not possible, the contact con- 
tinues as a TUI-based session. 

[0173] Turning now to Figures 7A-C, a more detailed 
discussion of the fifth embodiment will now be presented. 
[01 74] The event(s) preceding the steps discussed be- 
low should first be discussed. Specifically, the commu- 
nication device of the contacting party has contacted the 
switch/server requesting connection to the user. In step 
700, the agent 1 44 has queried the presence server 1 32 
for the contact address of the user and has been given 
the contact address of the messaging system 104. This 
can occur for example when the default address is una- 
vailable (e.g., busy) or when the device is not answered 
by the user. The agent 1 44 then sends to the messaging 
system 104 an INVITE message containing the SDP pay- 
load of the contacting communication device. 
[0175] In step 704, the messaging system 104 in re- 
sponse to the INVITE message prepares for either or 
both an audio session and a GUI session, such as a 
Hypertext Transfer Protocol or HTTP-based browser 



session. Both session types are offered in the "ok" re- 
sponse regardless of the known capabilities of the con- 
tacting communication device. The session parameters 
are transmitted to the contacting communication device 
5 as an SDP pay load and text/HyperText Markup Lan- 
guage or HTML with an associated URL in an OK mes- 
sage. The URL is the URL that the messaging system 
104 prepared in the previous step associated with the 
contact. 

10 [0176] There are various ways to initiate the GUI ses- 
sion. Generally, a browser-based GU I session is initiated 
as noted above for purposes of interactivity with the call- 
ing party and therefore convenience of the calling party. 
The browsercan also be enabled through an instant mes- 
sage containing the URL. When the contacting party 
clicks on the URL the browser session is initiated. Alter- 
natively, a video channel associated with the audio ses- 
sion can be enabled for the contacting party. The video 
channel would convey a mapping of the keys of the con- 
tacting party's keypad or keyboard with respective op- 
tions. The messaging system 104 can attempt to set up 
the GUI-session using sequentially combinations of the 
various techniques noted above until one of the options 
is successful. 

[0177] In step 708, the audio or Telephone User Inter- 
face (TUI) session is established and the contacting par- 
ty's communication device presents a call answer audio 
messaging session. In step 712, the device, if knowl- 
edgeable, interprets the received HTML text and URL for 
the browser-based GUI session and automatically trans- 
mits to the URL an HTTP request for an opening page 
for the session. 

[0178] The messaging system 104, in step 716, de- 
tects the HTTP request and modifies the TUI session to 
become the audio channel for the GUI browser client or 
the contacting party's communication device. In other 
words, the TUI session becomes an audio support for 
the screen display on the GUI rather than providing an 
independent and unrelated flow of audio information to 
the contacting party (e.g., rather than playing press "one" 
for option X and "two" for option Y the TUI session plays 
"click [location W] to leave a high priority message and 
click [location Z] to erase your message or 
simply, "please make your selection"). The messaging 
system 104 provides an appropriate HTTP response to 
the contacting party's communication device. The con- 
tact thereafter proceeds as a GUI-driven audio session 
until terminated by the contacting party. As noted, the 
contacting party can review permitted information in the 
message store of the messaging system 1 04 during the 
session. 

[0179] Returning to step 708, the device if not knowl- 
edgeable, will not respond to the URL information sent 
in the "ok" response and the messaging system will time 
out (while still supporting the TUI session). The messag- 
ing system 1 04 in step 720 offers to the contacting com- 
munication device the addition of an application data 
stream or video stream. This is done by transmitting an 
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appropriate INVITE message to the contacting commu- 
nication device. Generally, the INVITE message contains 
audio application and video data. 

[0180] In decision diamond 724 (Fig. 7B), the contact- 
ing communication device determines, based on its ca- 5 
pabilities and/or the preferences/real time input of the 
contacting party, which of three responses to send to the 
messaging system 1 04. In afirst response, the contacting 
communication device returns an OK message with an 
SDP payload an audio only session. In a second re- 10 
sponse, the contacting communication device in step 728 
returns an OK message with an SDP payload for an audio 
session and data for application capable. In a third re- 
sponse, the contacting communication device in step 732 
returns an OK message with an SDP payload for both is 
audio and video sessions. 

[01 81 ] When the first response is received by the mes- 
saging system 104, the messaging system in step 736 
of Figure 7C remains in an audio-only TUI session while 
attempting to launch a browser GUI session through in- 20 
stant messaging. The messaging system 104 queries 
the presence server 132 for the instant messaging ca- 
pabilities of the contacting communication device. In step 
740, the presence server 132 returns the requested in- 
stant messaging contact information. 25 
[0182] In decision diamond 744, the messaging sys- 
tem 104 reviews the response and determines whether 
the contacting communication device is instant messag- 
ing capable. If not, the TUI session between the messag- 
ing system and the contacting communication device in 30 
step 748 remains in an audio-only mode until session 
termination. If so, the messaging system 104 sends in 
step 752 to the contacting communication device an in- 
stant message containing HTML text with the URL to 
start the GUI session. The session remains in audio or 35 
TUI mode unless and until an appropriate HTTP request 
is made by the device. 

[0183] In step 756, the contacting communication de- 
vice, if capable, renders the HTML with the URL. If the 
user clicks on the URL, a browser session is launched 40 
by transmission of a HTTP request for the opening page 
addressed to the URL. If the contacting communication 
device is not capable of rendering the HTML and/or the 
user fails to click on the URL, the messaging system will 
time out and continue the session as an audio only ses- 45 
sion. 

[0184] In step 760, if an HTTP request is received by 
the messaging system 104 from the contacting commu- 
nication device, the messaging system 1 04 modifies the 
TUI session to become the audio channel for the GUI 50 
browser client and sends an appropriate HTTP response 
to the contacting communication device. In step 764, the 
contact proceeds as a GUI-driven audio session until 
session termination. 

[0185] Returning again to decision diamond 724 when 55 
the second response is received by the messaging sys- 
tem, the contacting communication device in step 728 
returns an OK message with an SDP payload for an audio 



session and data for the application capability. When the 
messaging system 104 receives the OK message, the 
system 104 in step 772 sends a Real-Time Transport 
Protocol or RTP message to the contacting communica- 
tion device containing the URL for the GUI session via 
the application data stream. 

[01 86] In step 776, the application-capable contacting 
communication device launches the browser and sends 
an HTTP request for the URL. 

[01 87] In step 780, the messaging system 1 04 detects 
the HTTP request and modifies the TUI audio session to 
become the audio channel for the GUI browser client. 
The system 104 sends an appropriate HTTP response 
to the contacting communication device. 
[0188] In step 784, the contact proceeds as a GUI- 
driven audio session until termination. 
[01 89] Returning again to decision diamond 724 when 
the third response is received by the messaging system, 
the contacting communication device in step 732 returns 
an OK message with an SDP payload for audio and video 
sessions. 

[0190] Upon receipt of the message, the messaging 
system 1 04 in step 788 prepares and sends video content 
to for the device to display to visually prompt the contact- 
ing party through TUI options and audio content. 
[0191] In step 792, the contacting communication de- 
vice receives the message, plays the audio, and simul- 
taneously displays the video content to the contacting 
party. The contacting party views the displayed options 
and is not required to listen to all of the prompts. Until 
termination, the contact remains driven by key pad en- 
tries inputted by the contacting party or speech com- 
mands in response to audio and video prompts. 
[0192] In the third, fourth, and fifth embodiments, mes- 
sages are located and retrieved by searching the appro- 
priate fields of the message store using the paired ad- 
dresses of the contacting party and contacted party. It is 
to be understood that an address, particularly of the con- 
tacting party, can be considered to be a virtual address 
representing the set of addresses including PBX exten- 
sion, phone number, E.164 international phone number, 
e-mail address, SIP handle, etc. by which the individual 
is known in a communications network. Hence, "contac- 
tor's address" or "address pair" of the contactor/con- 
tactee or sender/recipient should be read to mean any 
of the several forms of addresses associated with com- 
munications with the individual. This concept is especially 
important in a communications system intended for de- 
ployment in aconverged network environment. This han- 
dles, for example, the case where one person may have 
sent another person an e-mail message, and the recipi- 
ent places a phone call to the sender, and the recipient 
gets pre-call advice that the e-mail may be related to the 
call that the recipient is making. The associations be- 
tween e-mail addresses and phone numbers specifically 
are known by multimedia messaging system such as IN- 
TUITY AUDIX™, but may also be available through 
means such as the ENUM services on the Internet. Some 
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of the concepts related to the pairing of a named individ- 
ual with multiple addresses are discussed in a co-pend- 
ing patent application "Unified Communications Auto- 
mated Personal Name Addressing", Serial No. 
09/61 9,276, filed in July 2000 to Brunson, which is incor- 
porated herein by this reference. 

[01 93] A number of variations and modifications of the 
invention can be used. It would be possible to provide 
for some features of the invention without providing oth- 
ers. 

[01 94] For example in one alternative embodiment, the 
various components or modules can be implemented as 
hardware or software or a combination thereof and can 
be implemented in different ways. For example, the steps 
noted above for each module can be performed by other 
modules, depending on the application. 
[0195] In another alternative embodiment, protocols 
other than those discussed above can be used with one 
or more of the above embodiments. For example, proto- 
cols that can be used in addition to or in lieu of SIP include 
the H.323 suite of protocols, HTTP, the Lightweight Di- 
rectory Access Protocol, the Simple Object Access Pro- 
tocol or SOAP, Integrated Services Digital Network or 
ISDN, and SQL and any other query/response protocol 
(such as a database protocol) in the various interactions 
with the presence server 132 and messaging system 
104. 

[01 96] The present invention, in various embodiments, 
includes components, methods, processes, systems 
and/or apparatus substantially as depicted and de- 
scribed herein, including various embodiments, sub- 
combinations, and subsets thereof. Those of skill in the 
art will understand how to make and use the present in- 
vention after understanding the present disclosure. The 
present invention, in various embodiments, includes pro- 
viding devices and processes in the absence of items 
not depicted and/or described herein or in various em- 
bodiments hereof, including in the absence of such items 
as may have been used in previous devices or processes, 
e.g., for improving performance, achieving ease and\or 
reducing cost of implementation. 

[0197] The foregoing discussion of the invention has 
been presented for purposes of illustration and descrip- 
tion. The foregoing is not intended to limit the invention 
to the form or forms disclosed herein. In the foregoing 
Detailed Description for example, various features of the 
invention are grouped together in one or more embodi- 
ments for the purpose of streamlining the disclosure. This 
method of disclosure is not to be interpreted as reflecting 
an intention that the claimed invention requires more fea- 
tures than are expressly recited in each claim. Rather, 
as the following claims reflect, inventive aspects lie in 
less than all features of a single foregoing disclosed em- 
bodiment. Thus, the following claims are hereby incor- 
porated into this Detailed Description, with each claim 
standing on its own as a separate preferred embodiment 
of the invention. 

[0198] Moreover though the description of the inven- 



tion has included description of one or more embodi- 
ments and certain variations and modifications, other var- 
iations and modifications are within the scope of the in- 
vention, e.g., as may be within the skill and knowledge 

5 of those in the art, after understanding the present dis- 
closure. It is intended to obtain rights which include al- 
ternative embodiments to the extent permitted, including 
alternate, interchangeable and/or equivalent structures, 
functions, ranges or steps to those claimed, whether or 

10 not such alternate, interchangeable and/or equivalent 
structures, functions, ranges or steps are disclosed here- 
in, and without intending to publicly dedicate any patent- 
able subject matter. 
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Claims 



In a presence aware communications system includ- 
ing: 

messaging means (104) for receiving, storing, 
and providing messages to subscribers; 
presence server means (132) for receiving mes- 
sages regarding addresses of available commu- 
nication devices of subscribers and providing 
one or more of the addresses to the messaging 
means; 

presence information database means (1 36) for 
storing the addresses; and 

characterized in that the messaging means per- 
forms at least one of the following operations: 

(a) when a notification is received that the sub- 
scriber's communication device (120, 124, or 
128) is available, provide the subscriber's com- 
munication device with a text message contain- 
ing information regarding one or more messag- 
es for the subscriber received by the messaging 
means; and 

(b) provide the subscriber's communication de- 
vice with a text message relating to a voice mes- 
sage for the subscriber received by the messag- 
ing means from a third party. 



2. The presence aware communications system of 
claim 1 , wherein the subscriber's communication de- 
vice is deemed to be available when at least one of 
the following statements is true: the communication 

50 device has an unexpired registered address and the 

subscriber used the communication device within a 
predetermined time period and wherein the text mes- 
sage comprises a plurality of a message summary, 
message content, a number of messages received 

55 for the subscriber, a type of messages received for 
the subscriber, and a list of missed contactors. 

3. The presence aware communications system of 
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claim 1 or 2, wherein the text message is an instant 
message, wherein the subscriber has registered with 
the presence server means as being contactable 
through text-only messaging, and wherein the sub- 
scriber has configured the messaging means to send 5 
current mailbox status to the subscriber when the 
subscriber becomes available for instant messaging 
communication. 

The presence aware communications system of any 10 
one of claims 1, 2, or 3, wherein the messaging 
means performs operation (a), wherein the text mes- 
sage is in a notification, wherein the messaging 
means determines a type of notification based on 
one or more capabilities of the subscriber's commu- 15 
nication device, wherein, when the subscriber's 
communication device is configured to receive a text 
message, the messaging means transmits the noti- 
fication as a text message, and wherein, when the 
subscriber's communication device is not configured 20 
to receive a text message, the messaging system 
contacts the subscriber's communication device to 
initiate an audio session for providing the message- 
related information. 

25 

The presence aware communications system of any 
one of claims 1, 2 or 3, wherein the messaging 
means performs operation (b), wherein the messag- 
ing means provides the text message when the sub- 
scriber's communication device is deemed to be 30 
available, wherein the text message comprises one 
or more of a number of waiting messages, an identity 
of an originator of a waiting message, a time of re- 
ceipt of awaiting message, and the content of await- 
ing message, wherein the messaging means per- 35 
forms operation (b) when permitted by subscriber- 
configurable, predetermined rules, wherein, when 
the subscriber's communication device is deemed 
to be unavailable, the messaging means does not 
provide the subscriber's communication device with 40 
the text message, and wherein the messaging 
means determines a type of the subscriber's com- 
munication device such that, when the subscriber's 
communication device is configured to receive a text 
message, the text message is sent and, when the 45 
subscriber's communication device is not configured 
to receive a text message, the subscriber's commu- 
nication device is contacted by the messaging sys- 
tem to initiate an audio session for providing mes- 
sage information to the subscriber's communication 50 
device. 

The presence aware communications system of any 
one of claims 1, 2 or 3, wherein the messaging 
means performs operation (a) and the following ad- 55 
ditional operations: 

(c) subscribing to the presence server means to 



receive events when the subscriber becomes 
available to the network; 

(d) receiving from the presence server means 
notification that the subscriber has become 
available; 

(e) determining a type of advice to be forwarded 
to the subscriber by analyzing the capabilities 
of the subscriber's communication device; 

(f) when the subscriber's communication device 
is text instant messaging-capable, performing 
operation (a), wherein the advice is in the form 
of the text message; and 

(g) when the subscriber's communication device 
is audio capable, initiating an audio session with 
the subscriber's communication device, where- 
in the advice is in the form of an announcement 
containing the information. 

7. The presence aware communications system of any 
one of claims 1, 2, or 3, wherein the messaging 
means performs operation (b) and the following ad- 
ditional operations: 

(c) determining that the subscriber's mailbox 
status has changed; 

(d) determining, from the presence server 
means, whether the subscriber is currently avail- 
able to the network; 

(e) when the subscriber is currently available to 
the network, determining a type of and frequen- 
cy of updates to be provided to the subscriber; 

(f) when an update is to be provided to the sub- 
scriber, analyzing the capabilities of the sub- 
scriber's communication device; 

(g) when the subscriber's communication device 
is text instant messaging-capable, performing 
operation (b), wherein the update is in the form 
of the text message; and 

(h) when the subscriber's communication device 
is audio capable, initiating an audio session with 
the subscriber's communication device, where- 
in the advice is in the form of an announcement 
containing the information and wherein the in- 
formation comprises a summary of at least one 
new message received by the messaging 
means. 

8. In a presence aware communications system includ- 
ing: 

messaging means (104) for receiving, storing, 
and providing messages to subscribers; 
presence server means (132) for receiving mes- 
sages regarding addresses of available commu- 
nication devices of subscribers and providing 
one or more of the addresses to the messaging 
means; and 

presence information database means (1 36) for 
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storing the addresses; 

a method characterized by at least one of the 
following steps: 

(a) when a notification is received that the 
subscriber's communication device (120, 
1 24, or 1 28) is available, providing the sub- 
scriber's communication device with a text 
message containing information regarding 
one or more messages for the subscriber 
received by the messaging means; and 

(b) providing the subscriber's communica- 
tion device with a text message relating to 
a voice message for the subscriber received 
by the messaging means from a third party. 

9. The method of claim 8, wherein the subscriber's 
communication device is deemed to be available 
when at least one of the following statements is true: 
the communication device has an unexpired regis- 
tered address and the subscriber used the commu- 
nication device within a predetermined time period 
and wherein the text message comprises a plurality 
of a message summary, message content, a number 
of messages received for the subscriber, a type of 
messages received for the subscriber, and a list of 
missed contactors. 

10. The method of claims 8 or 9, wherein the text mes- 
sage is an instant message, wherein the subscriber 
has registered with the presence server means as 
being contactable through text-only messaging, and 
wherein the subscriber has configured the messag- 
ing means to send current mailbox status to the sub- 
scriber when the subscriber becomes available for 
instant messaging communication. 

1 1 . The method of any one of claims 8, 9 or 1 0, wherein 
step (a) is performed and the following additional 
steps are performed: 



containing the information. 

12. The method of any one of claims 1 , 2, or 3, wherein 
step (b) is performed and the following additional 
steps are performed: 



(c) determining that the subscriber's mailbox 
status has changed; 

(d) determining, from the presence server 
10 means, whether the subscriber is currently avail- 
able to the network; 

(e) when the subscriber is currently available to 
the network, determining a type of and frequen- 
cy of updates to be provided to the subscriber; 

15 (f) when an update is to be provided to the sub- 

scriber, analyzing the capabilities of the sub- 
scriber's communication device; 

(g) when the subscriber's communication device 
is text instant messaging-capable, performing 

20 step (b), wherein the update is in the form of the 

text message; and 

(h) when the subscriber's communication device 
is audio capable, initiating an audio session with 
the subscriber's communication device, where- 
as in the advice is in the form of an announcement 

containing the information and wherein the in- 
formation comprises a summary of at least one 
new message received by the messaging 
means. 

30 

13. A computer readable medium comprising processor 
executable instructions for performing the steps of 
any one of claims 8-12. 

35 



(c) subscribing to the presence server means to 
receive events when the subscriber becomes 
available to the network; 

(d) receiving from the presence server means 45 
notification that the subscriber has become 
available; 

(e) determining a type of advice to be forwarded 
to the subscriber by analyzing the capabilities 

of the subscriber's communication device; 50 

(f) when the subscriber's communication device 
is text instant messaging-capable, performing 
step (a), wherein the advice is in the form of the 
text message; and 

(g) when the subscriber's communication device 55 
is audio capable, initiating an audio session with 

the subscriber's communication device, where- 
in the advice is in the form of an announcement 
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